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This reply brief is in response to the Examiner's Answer filed November 15, 2007 
responding to the Appellants' Appeal October 27, 2007. 
Response to Examiner's Arguments in Reply Brief 

Applicants' present invention provides an efficient method and system to manage service 
requests across multiple service request systems. This management method involves 
merging all service requests firom multiple systems into standard system, sorting the 
request according to some standard and presenting a display list of all of the requests 
having a common characteristic to a technician or requester. Service requests are 
gathered fi-om many different backend-ticketing svstems and presented to the technicians 
in a single logical view. Service requests gathered fi-om each backend ticketing system 
are packaged in an XML document format. The efficient use of a common XML format 
is an efficient way to manage all service requests firom all backend-ticketing systems. 
These service requests can be sorted by ticket open or close date/time, status, severity of 
problem, etc. in ascending or descending order and be presented to the technicians in a 
single logical view. These service requests fi-om different backend systems are presented 
to a viewer in a display as a single logical view. 

Background of Northcutt 

A system and method for managing the workflow of request for services from a 
department within an organization, the requests for service being provided by other 
members of the organization. A request for service input module enables one or more 
requesting members of the organization to input information for a request for service 
from the department by connecting to the system over a network (e.g., an intranet). A 
database system stores information regarding the requests for service received by the 
request for service input module. A change of status input module enables a service 
provider participant from the department to update the status of a request by connecting 
to the system over a network. A signoff module enables a service provider participant and 
a requesting member to signoff a requested service, the participant and requesting 
member connecting to the system over a network. 
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Distinction between Inventions 

Applicants do admit that both inventions can enable one to generate and display a 
report containing a plurality of service requests. However, there are several distinctions 
between the present invention and Northcutt. These distinctions can be best illustrated 
through the figures in each invention. Referring to Figure 3, Applicants' present 
invention receives a status request at a central location 50 from a browser interface 
location 51. This browser 51 is the interface of a user and is on what can be called the 
front end of the system. The central location (gateway manager) then retrieves 
information that is stored in remote or distributed locations in backend ticketing systems 
(41, 42, 43 and 44). In this system, there is backend-ticketing system 40. This system 
contains multiple ticketing systems 41, 42, 43, and 44 that receive service request. As 
mentioned, these systems can have various formats such as a single connections database 
format or a Java database format. For instance, system a 41 can be a Help Desk system 
has a specific method for accessing that system. System 42 can be CRM system that has a 
Java format used to access that system. Each backend ticketing system connects to a 
gateway adapter 45, 46, 47, and 48. These gateway adapters are designed such that they 
can communicate with a particular backend ticketing system and with the gateway 
manager 49. The ticketing systems 41-44 are different from the browser interface 
location 51. 

Applicants beUeve that the Examiner is confusing the browser interface 51 and 
the ticketing systems 41-44. Examiner stated in the last response that "although 
Northcutt failed to explicitly teach sending service requests status to a plurality of service 
ticketing systems, this limitation is obvious in light of Northcutt. A pluraUty of service 
ticketing systems is defined as a plurahty of interfaces to retrieve ticket request 
information. Northcutt teach a plurality of interfaces that can be used to retrieve, view 
modify or edit service requests." This description goes with functions performed by the 
user. This interface is the browser 51, not the ticketing systems 41-44. These ticketing 
systems are on the backend and not accessed by the user. Their interface is with the 
gateway manager. These ticketing systems store service request information in a manner 
that is similar to the central workflow management system 10 of Northcutt. 
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As Applicants have previously stated, a major distinction between the inventions 
is the configuration of the systems. In the present invention, the service request 
information for each system is stored remotely in that system and then retrieved as 
requested by the gateway manager 50. In Northcutt, the service request information is 
kept in a central database and workflow management system 10. Because of the different 
system configurations, the methods and technique to retrieve service request information 
is also different. 

In Northcutt, certain information (14, 16 and 18) flows through the central 
manager. This information is apparently stored in the central management system 10 and 
associated repositories 12. In Northcutt, the information is already in a central place and 
there is no need to query remote locations to retrieve the requested information in 
response to a service request inquiry. This information is aheady in the central manager 
and associated repositories. In Applicants' present invention, because the information for 
different systems is stored in distributed locations, the gateway manager has to first query 
the distributed locations for information. 

Examiner argues that the limitations relied on by Applicant are not recited in the 
claims. Specifically, the Examiner asserts that "gateway manager'V"gateway adapters" 
are features not found in the claims. Referring to claim 1, Applicant recites a service 
manager referred to in Figure 3 as the gateway manager 49. The backend ticketing 
systems are the service ticketing systems. Applicant submits that the limitations that 
Applicant relies on are recited in the claims. Therefore, withdrawal of the rejections and 
passage to issuance is respectfully requested. In view of the above arguments, it is 
respectfully urged that the rejection of the claims should not be sustained. 

Respectfully Submitted, 



Darcell Walker 
Reg. No. 34,945 
P. O. Box 25048 
Houston, Texas 77265 
713-772-1255 
dw09 1 4@sbcglobal.net 
January 15, 2008 
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APPENDIX I CLAIMS 
Claim 1 (Original) A method for displaying a list of service requests from multiple 
service request systems on a single display comprising the steps of: 
receiving a service inquiry at a service manager location; 

formulating and sending a service request status message to a plurality of service 
ticketing systems from the service manager; 

receiving and merging responses to the service request status message from 
service ticketing systems into a single list of responses; 

sorting the tickets in the response list by predetermined parameters and generating 
a sorted ticket request list; and 

displaying the sorted ticket request list containing ticket request from multiple 
ticket request systems. 

Claim 2 (Original) The method as described in claim 1 fiirther comprising the step of 
converting the service status request message to a format for each particular ticketing 
system. 

Claim 3 (Original) The method as described in claim 1 ftirther comprising the step of 
converting the responses from the plurality of ticketing systems into a common format 
for receipt and processing by the service manager. 

Claim 4 (Original) The method as described in claim 1 wherein said sorted list is stored 
in cache memory. 

Claim 5 (Original) The method as described in claim 1 wherein said sorting step fiirther 
comprises creating multiple sorted lists and storing these list in the cache. 
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Claim 6 (Previously presented) The method as described in claim 1 wherein said sorting 
step further comprises the steps of: 
creating an integer array; 

comparing tickets in a response list in a one-to-one format using a pre-determine 
parameters; 

directing the next free pointer in the array to a next ticket in the response list in an 
order that results from the comparison; and 

storing a sorted response list in the cache memory. 

Claim 7 (Original) The method as descried in claim 1 wherein said sorting step further 
comprises: determining whether a sort map exist for a service ticket list; and displaying 
sorted tickets based on a sort from a preexisting sort map. 

Claim 8 (Original) The method as described in claim 1 wherein said sorting step further 
comprises: determining whether a sort map exist for a service ticket list; and creating a 
sort map when there is a determination that no sort map exist. 

Claim 9 (Original) The method as described in claim 1 fiirther comprising the step of: 
determining the elapsed time since the last inquiry by a particular service technician; and 
resetting the ticket lists in the cache, if a predetermined time period has expired. 

Claim 10 (Original) The method as described in claim 9 wherein said resetting step 
comprises retrieving additional tickets for the ticketing systems. 
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Claim 1 1 (Previously presented) A method for displaying a list of service requests from 
multiple service request systems on a single display comprising the steps of: 

determining whether a list of tickets currently exist for an inquiring service 
technician; 

sorting the tickets in the response list by pre-determined parameters and 
generating a sorted ticket request list, by creating an integer array; comparing tickets in a 
one-to-one format using a pre-determine parameters; directing the next free pointer in the 
array to the next ticket in the order as a resuU of the comparison; and storing this list in 
the cache memory; and 

displaying the sorted ticket request list containing ticket request from multiple 
ticket request systems. 

Claim 12 (Canceled) 

Claim 13 (Original) The method as described in claim 11 wherein said sorting step 
ftirther comprises the step of creating a sort map to perform a comparison of tickets 
during a sort. 

Claim 14 (Original) A computer program product in a computer readable medium for 
displaying a list of service requests from multiple service request systems on a single 
display comprising: 

instructions for receiving a service inquiry at a service manager location; 

instructions for formulating and sending a service request status message to a 
plurality of service ticketing systems from the service manager; 

instructions for receiving and merging responses to the service request status 
message from service ticketing systems into a single list of responses; 

instructions for sorting the tickets in the response list by pre-determined 
parameters and generating a sorted ticket request list; and 

instructions for displaying the sorted ticket request list containing ticket request 
from multiple ticket request systems. 
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Claim 15 (Original) The computer program product as described in claim 14 further 
comprising instructions for converting the service status request message to a format for 
each particular ticketing system. 

Claim 16 (Previously presented) The computer program product as described in claim 14 
further comprising the instructions for converting the responses from the plurality of 
ticketing systems into a common format for receipt and processing by the service 
manager. 

Claim 17 (Previously presented). The computer program product as described in claim 14 
wherein said sorting instructions further comprise instructions for creating multiple sorted 
lists and storing these list in the cache. 

Claim 18 (Previously presented) The computer program product as described in claim 14 
wherein said sorting instructions further comprise: instructions for creating an integer 
array; instructions for comparing tickets in a response list in a one-to-one format using a 
pre-determine parameters; instructions for directing a next free pointer in the array to the 
next ticket in the response list in an order as that results from the comparison; and 
instructions for storing a sorted response list in the cache memory. 

Claim 19 (Previously presented) The computer program product as descried in claim 14 
wherein said sorting instructions further comprise: instructions for determining whether a 
sort map exist for a service ticket list; and instructions for displaying sorted tickets based 
on a sort from a preexisting sort map. 

Claim 20 (Previously presented) The computer program product as described in claim 14 
wherein said sorting instructions further comprise: instructions for determining whether a 
sort map exist for a service ticket list; and instructions for creating a sort map when there 
is a determination that no sort map exist. 
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Claim 21 (Previously presented) The computer program product as described in claim 14 
further comprising the instructions for: determining the elapsed time since the last inquiry 
by a particular service technician; and resetting the ticket lists in the cache, if a 
predetermined time period has expired. 

Claim 22 (Original) The computer program product as described in claim 21 wherein said 
resetting instructions further comprise instructions for retrieving additional tickets for the 
ticketing systems. 

Claim 23 (Previously presented) A computer program product in a computer readable 
medium for displaying a list of service requests from multiple service request systems on 
a single display comprising: 

instructions for determining whether a list of tickets currently exist for an 
inquiring service technician; 

instructions for sorting the tickets in the response list by pre-determined 
parameters and generating a sorted ticket request list, instructions for creating an integer 
array; instructions for comparing tickets in a one-to-one format using a pre-determine 
parameters; instructions for directing the next free pointer in the array to the next ticket in 
tiie order as a resuU of the comparison; and storing this Ust in the cache memory; and 

instructions for displaying the sorted ticket request list containing ticket request 
from multiple ticket request systems. 

Claim 24 (Canceled) 
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Claim 25 (Previously presented) A system for displaying a list of service requests from 
multiple service request systems on a single display comprising: 
a local computer for displaying service ticket lists; 

a ticket manager having the capability to retrieve, merge and sort service tickets 
from multiple ticketing systems; 

ticket manager adapters for converting information between said ticket manager 
and ticketing systems, in order to provide a uniform format to display ticketing request 
generated at different ticketing systems. 

Claim 26 (Original) The system as described in claim 25 further comprising a browser 
program to provide the capability to view and scan displayed service tickets and to 
interface with the ticket manager. 

Claim 27 (Original) The system as descried in claim 25 fiirther comprising a cache 
memory to contain sorted listed from the merged service tickets. 

Claim 28 (Original) The system as described in claim 26 further comprising conversion 
programs in said ticket manager adapters. 
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